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ABSTRACT 



A network device connected to a local network is configured 
using a module operating within a console connected to the 
local network. Once activated, the module obtains an unused 
network address. After obtaining the unused network 
address, the console waits for receipt of a request from the 
network device. Upon receipt of the request, the console 
forwards to the network device a response. The response 
includes the unused address along with subnet and gateway 
information for the console. The console then establishes a 
network connection to the network device and displays on a 
monitor for the console, an address value, a subnet mask 
value and a gateway value for the network device. 

18 Claims, 4 Drawing Sheets 
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IP CONFIGURATION 



Device Found: Switching Hub -^21 
Device Status: Not Configured — 22 

An un-configured device was discovered on your 
network. The following IP configuration parameters 
have been verified as valid. Please accept, modify or 
deny these settings: 
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AUTOMATIC INTERNET PROTOCOL (IP) 
ADDRESS ALLOCATION AND ASSIGNMENT 

BACKGROUND 

The present invention concerns interconnected network 
devices and pertains particularly to automated internet pro- 
tocol (IP) address allocation and assignment for the internet 
protocol. 

The Transport Control Protocol/Internet Protocol (TCP/ 
IP) has entered the main stream as the protocol of choice for 
network connectivity. TCP/IP commonly referred to as IP, 
has a number of benefits which attract networks and users 
including standardization, rich protocol and application sup- 
port and the ability to route over Wide Area Networks 
(WANs). Although IP has many benefits, IP is difiGcult to 
configure and administer. This is especially the case in 
environments where a network novice may be present. 
Errors which may occur during IP installation can cause 
severe network problems and can be difficult to solve. The 
steps required to setup and configure an IP host are not 
intuitive. 

Table 1 below sets out the parameters which arc required 
for IP operation. 

TABLE 1 



Parameter 


Where 


Usage 


Internet Protocol 


Local Host 


Required for all IP communication. 


Address 




SutHNctwork 


Local Host 


Required for sub- net determination. 


Mask 







Table 2 below sets out optional configuration parameters 
for IP operation. 



TABLE 2 



Parameter 


Where 


Usage 


Default Gateway 


Local Host 


Required only if multiple aetworks 






are present. 


DNS Entry 


On DNS 


Required if friendly name usage is 


Definition 


system 


desired. 


DNS Server 


Local Host 


Required on host for friendly name 


Address 




resolution. 


WINS Server 


On WINS 


Reqxiired for MS-Windows name 


Address 


system 


resolution. 


BOOTP Entry 


Oa BOOTP 


Required for automatic IP bootstrap. 


Definition 


server 


DHCP Entry 


On DHCP 


Required for DHCP bootstrap. 


Definition 


server 



There are a variety of ways to configure and setup an IP 
protocol stack. IP is flexible in that the protocol stack may 
be configured manually on the host, or automaticaUy. The 
current solutions can be broken down into two main areas, 
basic and optional configuration. 

For basic IP configuration, an IP address is selected and 
configured on the host entity. Selection of an IP address 
requires that the user knows a unique address which corre- 
sponds to the network where the host entity is to operate. IP 
addresses are typically managed by one central authority in 
order to guarantee uniqueness. Also, an IP sub-net mask 
must be selected and configured on the host entity. Selection 
of the IP sub-net mask is required such that the host's 
protocol stack can determine when an address is meant for 
the local sub- net verses when it should be passed to the 
default gateway. 
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For optional IP configuration, a default gateway must be 
selected and configured on the host entity. In order to allow 
communication across multiple networks, the default gate- 
way must be configured. Also, a matching friendly name 
must be selected and configured on the Domain Name 
Server (DNS). 

If a friendly name is to be associated with the configured 
IP address, the name needs to be configured on a Domain 
Name Server. 

Also, a DNS address must be selected and configured on 
the host entity. 

In order for the IP entity to communicate with other IP 
entities using friendly names, a Domain Name Server 
address needs to be configured. A Windows Internet Name 
Service (WINS) server must be selected and configured on 
the host entity if MS-Windows networking is to be used. An 
IP host which is running the Microsoft (MS) Windows 
operating system, available from Microsoft Corporation, 
having a business address at 16011 NE 36th Way, Redmond, 
Wash. 98073-9717, may optionaUy define a WINS server. 
WINS is a name resolution service that resolves Windows 
networking computer names to IP addresses (not unlike 
DNS) in a routed environment. A WINS server handles 
name registration, queries and releases. 

An alternate method of defining IP configuration infor- 
mation is through the usage of a BOOT^trap Protocol 
(BOOTP). BOOTP allows clients to automatically receive 
all IP configuration information from a configured BOOTP 
server. This frees the user from having to configure indi- 
vidual entities but the BOOTP server itself needs to be 
configured. The BOOTP server serves IP information as well 
as vendor specific data to an entity which has broadcast a 
BOOTP request. 

Also, configuration may be through a Dynamic Host 
Configuration Protocol (DHCP) Server. DHCP provides a 
framework for passing configuration information to hosts on 
a TCP/IP network. DHCP is based on BOOTP, but goes 
beyond by adding the capability of automatic allocation of 
reusable addresses and configuration options. Like BOOTP, 
the configuration for individual entities must be configured 
on the DHCP server. DHCP reuses IP addresses but does not 
address the issue of friendly names associated with these 
addresses and how their associations may change. 

The current IP configuration schemes are workable but are 
not intuitive. A TCP/IP knowledgeable person is required to 
provide the basic configuration information. A person famil- 
iar with TCP/IP but not familiar with the network cannot 
properly configure IP since the cunently available set of 
addresses, a sub -net mask and default gateway are required. 
An improperly configured IP stack can cause serious prob- 
lems to existing networks. For many entities which do not 
have a keyboard and monitor this task is even more difficult. 
For these kind of systems, the basic IP parameters need to be 
configured either out-of-band or using an automatic boot- 
strap protocol. 

One of the difficulties of IP configuration is that there are 
many ways to do it. Given an entity with a IP stack it can be 
configured using a local console, using an Out-Of-Band 
console, using an in -band console, using BOOTP or using 
DHCP 

Specifically, a local console can be used to locally con- 
figure an entity provided the entity has a keyboard and 
monitor. For entities which do not have a keyboard and 
console but do provide a form of Out-Of-Band interface, 
such as RS-232, IP parameters can be configured via an 
Out-Of-Band console. 
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For entities which already have an IP stack and would like especially beneficial to novice network users. For example, 

to perform changes, an In-Band session may be utilized to using the present invention, a user no longer has to enter data 

perform IP configuration via an In-Band Console. Typically, via an RS.232 port or utilize a BOOTP/DHCP server device 

this IS m the form of a Telnet session. a network device up and running. A user, however, still 

For automaUc bootetrapping, BOOTP may be utilized, 5 has the flexibility to change an initially assigned address. 

Here the work required is on the BOOTP server which needs aic„ *• ■ ^ u .ui -.u 

to have an entr? for the machine booting. For Ethernet ^^^^ pnnn^^^^^^ ^ . comp.m. with 

entities, the MAC address must be entered along with the the exisUng BOOTP mechamsm and so can be used on a 

matching BOOTP data. DHCP is similar to BOOTP only IP "^'^^ ""^'^^^y addition the prcfenred embodi- 

addresses are reused and conserved by DHCP. present invention is adapted for use as a plug-in 

In order to configure the IP stack, some basic information ^^^^ "^^^ browsers. Thus the present invention 

is required in order to do it safely. In order to define an IP P^^ovides assistant for any novice in configuration of an IP 

address, a free address in the range of valid addresses must entity, 
be selected. Addresses are usually administered by a person 

who allocates these addresses to entities who require them. 15 BRIEF DESCRIPTION OF THE DRAWINGS 
It is important that duphcate addresses are not allowed since 

this can cause major trouble. Also, a sub-net mask is FIG. 1 is a simplified block diagram of a connected 

required for proper operation. The mask must be the same on networks. 

all entities across the sub-net. In addition, if the network has ^ . • i-o . « . , . 1 
more than one sub-net and a gateway exists, it must be 20 ^.'^ a simplified flowchart which lUustrates IP 
configured such the host can take advantage of it. In order configuration of a network device in accordance with a 
to do so, the IP address of the gateway must be configured, P'^^^^^^ embodiment of the present invention. 
If automatic bootstrapping is to be utilized, the host must be FIG. 3 is a data flow diagram which iUustrates IP con- 
configured to issue a BOOTP or DHCP request (many IP figuration of a network device in accordance with a pre- 
stacks may do this automatically if no local stack is 25 ferred embodiment of the present invention, 
configured). Configuring the BOOTP or DHCP server can be ^ , . „ ^ 
a significant amount of work. f JS^i^x ^o^fig^^aUon Hyper Text Transfer Proto- 

col (HTTP) home page used dunng IP configuration of a 

SUMMARY OF THE INVENTION network device in accordance with a preferred embodiment 

In accordance with the preferred embodiment of the of ^he present invention, 
present invention, a network device connected to a local 

network is configured using a module operating within a DESCRIPTION OF THE PREFERRED 

console connected to the local network. Once activated, the EMBODIMENT 
module obtains an unused network address. This is done, for 

example, by the console sending a ping request via the local FIG. 1 is a simplified block diagram of a local network 32. 
network and receiving a ping response via the local network. Local network 32 is, for example, one or a combination of 
Addresses which do not respond may be deemed as "not local area networks. A local console 34 and a network device 
currently used". Alternatively, unused network addresses 33 are shown connected to, and may be considered a part of 
may be obtained through other mechanisms such as: DHCP local network 32, Local network 32 is, for example, Con- 
or BOOTP table reading. Simple Network Management nected to internet 30 through a gateway 31, Local console 34 
Protocol (SNMP), Management Information Base (MIB) is, for example, a personal computer, 
variable reading, and simple administrator input. ^ ^^^^^^^^^^ ^ ^^^^^^ performing IP configura- 
After obtammg the unused network address the console ^.t^^,^ device 33 in acconlance with a preferred 
waits for receipt of a request from the network device. Upon embodiment of the present invention. Data flow for the 
receipt of the request, the console forwards to the network 45 method is illustrated by FIG. 3. 
device a response. The response includes the unused address 

along with subnet and gateway information for the console. a step 51, shown in FIG. 2, an IP configuration module 

For example, the request is a BOOTP request and the plug-in is installed into a World Wide Web (WWW) browser 

response is a BOOTP response. The network device is running within local console 34. For example, the WWW 

initially configured using the unused address and the subnet browser is a Netscape Navigator web browser available 

and gateway information within the response, fro^i Netscape Communications Corporation, or a Microsoft 

The console then establishes a network connection to the Internet Explorer web browser available from Microsoft 

network device and displays on a monitor for the console, an Corporation, having a business address at 16011 NE 36th 

address value, a subnet mask value and a gateway value for ^ay, Redmond, Wash. 98073-9717. Plug-ins are a standard- 
the network device. For example, this is done by launching 55 ^^^^ extension mechanism for WWW browsers. Plug-ins are 

a world wide web browser directed toward the newly issued typically used for decoding new media types but can be used 

address. The address value, the subnet mask value and the ^^^^^ purposes as well such as application integration 

gateway value are displayed in a web page of the web ^i^*^ a WWW browser. 

browser. In the preferred embodiment, the module is a For example, FIG. 3 shows an IP configuration module 41 

plug-in module of the world wide web browser. which functions as a plug-in within a WWW browser 42, 

Also in the preferred embodiment, the user via the Local console 34 can initially receive IP configuration 

console, is provided opportunity to accept, deny or modify module 41 from a floppy disk, a CD ROM, over internet 30 

the address value, the subnet mask value and the gateway or from another entity on local network 32. Once activated, 

value for the network device. This is done, for example, via for example by a user of local console 34 or via a local 
the web page displayed by the world wide web browser. 65 Uniform Resource Locator (URL), IP configuration module 

The present invention facilitates simplified configuration operates in accordance with the algorithm set out in T^ble 3 

of a network device in a TCP/IP environment. This is below: 
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TABLE 3 

Find a free IP address using Random ICMP ping, discovery, 

DNTS, ARP 01 RARP 
Open EOOTP Server Port 5 
On BOOTP Request DO 

if BOOTP Request is from recognized MAC address range 
THEN 

Issue BOOTP response using free IP address, local sub- 
net mask and local gateway 

Invoke browser using free address in URL 10 



Once activated, IP configuration module 41 will find an 
address which is not in use. This is determined through a 
variety of techniques. For example, the address may be 
obtained using an Internet Control Message Protocol 
(ICMP) Ping. An ICMP Ping is a simple protocol used to 
determine connectivity and usage of an IP address. In 
addition, ICMP Ping may be used to determine round trip 
response times in a network protocol stack. 

In addition, a Domain Name Server (DNS) address can be 
obtained. That is, using a DNS configuration table, addresses 
currently in use, or those about to be used can be determined. 
Also, addresses which will not be used can be determined 
and thereby be utilized as free addresses. Also an ARP cache js 
reading can be performed. 

For example, in FIG. 3, data flow for obtaining the 
address is illustrated by a ping request 45 and a ping 
response 46 make over datapath 43 to local network 32. Ping 
responses denote addresses being used. 30 

In addition, IP configuration module 41 utilizes the sub- 
net mask and default gateway of local console 34 for 
configuring network device 33. This is illustrated by sub-net 
mask and gateway information 44 shown being transferred 
from local console 34 to IP configuration module 41. 

Then IP configuration module 41 acts in place of a 
BOOTP server to accept and reply to a select set of BOOTP 
requests from devices having a recognized Media Access 
Control (MAC) address range. MAC addresses are used for 
level 2 addressing in the OSI 7 level model. A BOOTP 
request may contain a level 2 MAC address for an entity 
which requires a level 3 address. For example, using Eth- 
ernet protocol, a BOOTP request would contain an Ethernet 
MAC address. The corresponding BOOTP response would 
contain an issued IP address to that MAC address. 

Once a vahd BOOTP request has been received, IP 
configuration module 41 will issue a BOOTP response 
which includes the address which it has found to not be in 
use. The BOOTP response uses the sub-net mask and default 
gateway of local console 34. This is illustrated by BOOTP 
request 47 and BOOTP response 48 shown in FIG. 3 being 
transferred between network device 33 and IP configuration 
module 41. 

Once BOOTP response 48 has been issued, IP configu- 55 
ration module 41 will invoke WWW browser 42 to point to 
the device address just issued. The Uniform Resource Loca- 
tion (URL) for network device 33 will include the newly 
issued address. The Uniform Resource Indicator (URI) will 
specify a configuration content page 20, shown in FIG. 4. 
Once network device 33 has accepted the address, the web 
server within network device 33 will accept requests from IP 
configuration module 41 and allow configuration content 
page 20 to be displayed within WWW browser 42. 

In a step 52, shown in FIG. 2, network device 33 is 65 
installed in local network 32 and powered up. Once powered 
up, network device 33 will issue a broadcast BOOTP request 
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(i.e., BOOTP request 47) which will be picked up by IP 
configuration module 41, as described above, IP configura- 
tion module 41 wiU issue BOOTP response 48 by which 
network device 33 will obtain the IP configuration param- 
eters and proceed to initialize. WWW browser 42 is then 
launched, as illustrated by arrow 49. When launched, WWW 
browser 42 is pointed at network device 33. A Web Server 
running on network device 33 will respond to WWW 
browser 42 providing configuration information which 
WWW browser 42 displays on configuration content page 
20 along with a web browser control panel 10, 

In a step 53, shown in FIG, 2, configuration content page 
20 is used to accept or deny the settings. That is, once 
network device 33 has been powered up, the operator can 
return to local console 34. Local console 34 will display 
configuration content page 20 with the configuration param- 
eters for network device 33. This network connection is 
illustrated by network connection 50, shown in FIG. 3. 

For example, as shown in FIG, 4, configuration content 
page 20, in a location 21, lists the type of device which is 
found. For example, configuration content page is a world 
wide web page. In a location 22, configuration content page 
20 lists the status of the device found. In a location 24, 
within an IP configuration box 23, configuration content 
page 20 lists an IP configuration address assigned to network 
device 33 by BOOTP response 48. In a location 24, con- 
figuration content page 20 lists a subnet mask assigned to 
network device 33. In a location 26, configuration content 
page 20 lists a default gateway for network device 33. 

A user may modify the IP configuration address in loca- 
tion 24, the subnet mask in location 25 and/or the default 
gateway in location 26. The user can deny the configuration 
by selecting a deny button 28. The user can accept the 
original or the modified configuration by selecting an accept 
button 27. 

The foregoing discussion discloses and describes merely 
exemplary methods and embodiments of the present inven- 
tion. As will be understood by those familiar with the art, the 
invention may be embodied in other specific forms without 
departing from the spirit or essential characteristics thereof. 
Accordingly, the disclosure of the present invention is 
intended to be illustrative, but not limiting, of the scope of 
the invention, which is set forth in the following claims. 

I claim: 

1. A computer implemented method used in configuration 
of a network device connected to a local network comprising 
the following steps performed by a module operating within 
a console connected to the local network: 

(a) in response to activation of the module, obtaining an 
unused network address; 

(b) upon receipt by the console of a request from the 
network device, forwarding to the network device a 
response which includes the unused address obtained in 
step (a) along with subnet and gateway information for 
the console; 

(c) establishing a network connection to the network 
device; and, 

(d) displaying on a monitor for the console, an address 
value, a subnet mask value and a gateway value for the 
network device. 

2. A computer implemented method as in claim 1 wherein 
step (a) comprises the following substeps: 

(a.l) sending a ping request via the local network; and, 
(a.2) receiving a ping response via the local network. 

3. A computer implemented method as in claim 1 wherein 
in step (b) the request is a BOOTP request and the response 
is a BOOTP response. 
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4. A computer implemented method as in claim 1 addi- 
tioaally comprising the following step: 

(e) providing opportunity for a user via the console to 
accept, deny or modify the address value, the subnet 
mask value and the gateway value for the network 
device. 

5. A computer implemented method as in claim 1 wherein 
step (d) includes launching a world wide web browser by 
which the address value, the subnet mask value and the 
gateway value are displayed. 

6. A computer implemented method as in claim 5 wherein 
the module is a plug-in module of the world wide web 
browser. 

7. A method for configuring a network device connected 
to a local network comprising the following steps: 

(a) from a console located within the local network, 
interrogating active network devices to determine an 
unused network address; 

(b) upon the console receiving a request from the network 
device, forwarding, by the console to the network 
device, a response which includes the unused address 
determined in step (a) along with subnet and gateway 
information for the console; and, 

(c) configuring of the network device using the unused 
address and the subnet and gateway information within 
the response forwarded in step (b). 

8. A method as in claim 7 wherein step (a) comprises the 
following substeps: 

(a.l) sending a ping request from the console out to the 

local network; and, 
(a. 2) receiving a ping response by the console from the 

local network. 

9. A method as in claim 7 wherein in step (b) the request 
is a BOOTP request and the response is a BOOTP response. 

10. A method as in claim 7 additionally comprising the 
following steps: 

(d) establishing a network connection between the con- 
sole and the network device; and, 

(c) displaying on a monitor for the console, an address 
value, a subnet mask value and a gateway value for the 
network device. 
U, A method as in claim 10 additionally comprising the 
following step: 

(f) providing opportunity for a user via the console to 



12. A method as in claim 10 wherein in step (e) the 
address value, the subnet mask value and the gateway value 
are displayed within a window of a world wide web net 
browser 

^ 13. Storage media which stores a software module, the 
software module, when nm on a console connected to a local 
network, performing a method used in configuration of a 
network device connected to the local network, the method 

50 comprising the following steps: 

(a) in response to activation of the software module, 
obtaining an unused network address; 

(b) upon receipt by the console of a request from the local 
network, forwarding to the local network, a response 
which includes the unused address found in step (a) 
along with subnet and gateway information for the 
console; 

(c) establishing a network connection between the console 
and the network device; and, 

(d) displaying on a monitor for the console, an address 
value, a subnet mask value and a gateway value for the 
network device. 

14. Storage media as in claim 13 wherein step (a) com- 
prises the following substeps: 

(a.l) sending a ping request via the local network; and, 
(a.2) receiving a ping response via the local network. 

15. Storage media as in claim 13 wherein in step (b) the 
request is a BOOTP request and the response is a BOOTP 
response, 

16. Storage media as in claim 13 wherein the method 
additionally comprises the following step: 

(e) providing opportunity for a user via the console to 
accept, deny or modify the address value, the subnet 
mask value and the gateway value for the network 
device. 

17. Storage media as in claim 13 wherein step (d) includes 
launching a world wide web browser by which the address 
value, the subnet mask value and the gateway value are 
displayed. 

18. Storage media as in claim 17 wherein the software 
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accept, deny or modify the address value, the subnet 45 module is a plug-in module of the world wide web browser, 
mask value and the gateway value for the network 

device. ***** 
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